home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 5 / QRZ Ham Radio Callsign Database - Volume 5.iso / digests / infoham / 941153.txt < prev    next >
Encoding:
Internet Message Format  |  1994-11-13  |  25.7 KB

  1. Date: Mon, 24 Oct 94 16:30:32 PDT
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: List
  6. Subject: Info-Hams Digest V94 #1153
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Mon, 24 Oct 94       Volume 94 : Issue 1153
  11.  
  12. Today's Topics:
  13.                            10m opening....
  14.                          callsign server site
  15.                       Digital Signal Processors
  16.                        FT757 are they any good?
  17.                      HOW TO LEARN CW??? (2 msgs)
  18.                                  IARU
  19.                        Keyer polarity for 520?
  20.             NoCal OO goes after Packet BULLetins (3 msgs)
  21.                 PGP-Signatur in PACKET RADIO (2 msgs)
  22.           Please read me before subscribing to mailing lists
  23.                                 SELCAL
  24.                        Touch Tone Paging (DTSS)
  25.                          TUTORIAL: dB & dBm 
  26.                         Utah Hamfest/swapmeet
  27.  
  28. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  29. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  30. Problems you can't solve otherwise to brian@ucsd.edu.
  31.  
  32. Archives of past issues of the Info-Hams Digest are available 
  33. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  34.  
  35. We trust that readers are intelligent enough to realize that all text
  36. herein consists of personal comments and does not represent the official
  37. policies or positions of any party.  Your mileage may vary.  So there.
  38. ----------------------------------------------------------------------
  39.  
  40. Date: Mon, 24 Oct 1994 15:08:25 GMT
  41. From: dbushong@wang.com (Dave Bushong)
  42. Subject: 10m opening....
  43.  
  44. dave@flowserver.stem.com (David Adams) writes:
  45.  
  46. >Ah what a fine week...here in CA there's been a 10m opening 
  47. >everyday this week from around noon - 3 (local).  It was nice
  48. >to hear a voice on the radio again (still haven't passed the 13wpm for
  49. >the u[pgrade)...even pulled in a few new states...
  50.  
  51. Did anyone hear the opening to all US last night (Sunday, 10/23) until
  52. a couple of hours *after* sundown?  I heard a lot of 10m SSB and CW
  53. out here near Boston.
  54.  
  55. Just a reminder - this is stuff that you can work with your Novice, or
  56. with a Tech+HF license.  Small antenna (16' dipole) and a $100 used
  57. radio and you're on!
  58.  
  59. 73,
  60. Dave, KZ1O
  61.  
  62. -- 
  63. Dave Bushong
  64. OPEN/image Recognition Products
  65.  
  66. ------------------------------
  67.  
  68. Date: 24 Oct 94 18:28:25 GMT
  69. From: taylor@tix.timeplex.COM (Seth Taylor)
  70. Subject: callsign server site
  71.  
  72. Can anyone advise where I might telnet to get a US based
  73. callsign server ?
  74.  
  75. TNX es 73  Seth KC2WE
  76.  
  77. ------------------------------
  78.  
  79. Date: 24 Oct 1994 16:21:11 GMT
  80. From: djenkins@jetson.uh.edu (David Jenkins)
  81. Subject: Digital Signal Processors
  82.  
  83. An ad in QST for an MFJ DSP (I forget the model) has piqued my interest.
  84. Can anyone point me to a relevant review article that discusses these 
  85. devices from a high enough altitude such that a fledgling Tech+ might
  86. understand what's being discussed?
  87.  
  88.  
  89. David F. Jenkins              
  90. Decision and Information Sciences  
  91. University of Houston
  92. KC5JRR
  93.  
  94. ------------------------------
  95.  
  96. Date: 24 Oct 1994 16:03:31 GMT
  97. From: rkarlqu@scd.hp.com (Richard Karlquist)
  98. Subject: FT757 are they any good?
  99.  
  100. In article <387rmc$lst@lazar.apana.org.au>,
  101. Simon Brown <simonb@zikzak.apana.org.au> wrote:
  102. >I am interested in buying an FT757 HF rig.   I would be interested if 
  103. >anyone has had any problems with this rig.   As far as I know it is OK.   
  104. >
  105. >Thanks in advance
  106. >
  107. >Simon
  108. >
  109. >ps.   You can email me simonb@zikzak.apana.org.au as not to fill up the 
  110. >newsgroup!!
  111. >
  112. >
  113. >--
  114. >        Zikzak public access UNIX, Melbourne, Australia.
  115.  
  116. It's an inexpensive rig where you get what you pay for.  And what you
  117. get is a mediocre design with lots of annoying little problems.  The
  118. +12V connector radiates copious amounts of RF.  The break in CW doesn't
  119. work very well.  You can't use an external keyer unless you build a
  120. "weight increaser" circuit to go between it and the rig.  There is insufficient
  121. IF gain, especially on CW.  This forces you to use the RF amplifier a lot.
  122. The cooling fan "keys" in unison with your CW dots and dashes because it's
  123. sense circuit is voltage sensitive and your +12V is going to vary with
  124. key up/key down.  The squelch for 10 M FM is lousy.  The remote tuning on the
  125. microphone is poorly designed.  You can't turn the power down to run less
  126. than 100 watts reliably; its about 5 degrees from 0 to 100 watts.  The
  127. filters are nothing to write home about.  You can't run AMTOR because the
  128. transmit receive switching is too slow.  Etc, Etc. Etc.
  129.  
  130. If you just want a simple ragchewing rig that is small and cheap, then
  131. you are probably OK, though.
  132.  
  133. Rick N6RK
  134. rkarlqu@scd.hp.com
  135.  
  136. ------------------------------
  137.  
  138. Date: 24 OCT 94 11:41:20
  139. From: randolph@est.enet.dec.com (Tom Randolph)
  140. Subject: HOW TO LEARN CW???
  141.  
  142. In article <2d.26369.2003.0N851631@exchange.com>, bob.stanton@exchange.com (Bob Stanton) writes...
  143. >From: bob.stanton@exchange.com
  144. >Subj: How to Learn CW???
  145. >        I give up!   I have been trying to learn the code since before I was
  146. >licensed with no luck.  I have tried tapes... all I do is memorize the
  147. >tape... not the code.  I sit in front on my computer pounding my head on
  148. >the keyboard (figuratively).  I HATE CW!!!
  149. >Bob KD4ARD
  150.  
  151. Well, you apparently have a PC and a portable cassette recorder... What I did
  152. was to record my own tapes from the computer. Set up one of the code programs
  153. to beep out random words or random letters. These are very difficult to
  154. memorize. After half an hour, turn the tape over and record the other side 1
  155. wpm faster. When you can copy 75% on the 1st side, start on the second side.
  156. When you copy 75% on that side, re-record the whole tape even faster.
  157.  
  158. This plus W1AW got me from 7-8 WPM to 15 WPM in about 2 months. I don't think
  159. I'm gonna try to use the same method to get to 20 WPM - I want to get on the
  160. air.
  161.  
  162. BTW, I've never seen anyone else mention the above method. It's great if you're
  163. not always near a PC.
  164. -Tom R.   N1OOQ   randolph@est.enet.dec.com
  165.  
  166. ------------------------------
  167.  
  168. Date: 24 Oct 1994 17:12:41 GMT
  169. From: wjturner@iastate.edu (William J Turner)
  170. Subject: HOW TO LEARN CW???
  171.  
  172. In article <38gl0d$rd8@mrnews.mro.dec.com> randolph@est.enet.dec.com (Tom Randolph) writes:
  173. >Well, you apparently have a PC and a portable cassette recorder... What I did
  174. >was to record my own tapes from the computer. Set up one of the code programs
  175. >to beep out random words or random letters. These are very difficult to
  176. >memorize. After half an hour, turn the tape over and record the other side 1
  177. >wpm faster. When you can copy 75% on the 1st side, start on the second side.
  178. >When you copy 75% on that side, re-record the whole tape even faster.
  179.  
  180. I've never heard of *quite* this method before, but I do know other
  181. people that have made their own tapes from a computer program (like
  182. this).  It definitely helps you keep from memorizing the tapes if you
  183. can make a new one whenever you feel tto comfortable with the tape
  184. you're using.
  185.  
  186. ------------------------------
  187.  
  188. Date: Sun, 23 Oct 1994 12:32:32 GMT
  189. From: ee_hflo@dmc428.ust.hk (Michael Lo)
  190. Subject: IARU
  191.  
  192. Dear All Hams in the USENET,
  193.  
  194.     Are there any email/packet address can go to IARU ?
  195.  
  196. -- 
  197. -----------------------------------------------------------------------------
  198. |  Lo Ho Fung Michael           | E-mail address : ee_hflo@stu.ust.hk       |
  199. |  Department of Electrical     | Packet address : VR2YJR@VS6XMT.HKG.AS     | 
  200. |  & Electronic Engineering     | Stand by at repeater stations             |
  201. |  The Hong Kong University     | VS6KP (Tate's Cairn 577m) 145.650 Mhz (-) | 
  202. |  of Science & Technology      | VS6HKA (Mount Gough 400m) 145.750 Mhz (-) | 
  203. |  Major : Computer Engineering | VS6MA (Victora Peak 552m) 145.575 MHz (-) | 
  204. -----------------------------------------------------------------------------
  205.  
  206. ------------------------------
  207.  
  208. Date: 24 Oct 94 13:04:01 GMT
  209. From: William=E.=Newkirk%Pubs%GenAv.Mlb@ns14.cca.rockwell.COM
  210. Subject: Keyer polarity for 520?
  211.  
  212. >From: dave@flowserver.stem.com (David Adams)
  213. >Subject: Keyer polarity for 520?
  214. >Greetings!  I've scammed the manual (thanks guys) and haven't
  215. >found it yet.  Does the Kenwood TS-520 (no S or ES) operate on
  216. >grid (negative) or direct (positive) keying...my guess would be
  217. >direct, but it does have tube finals so...if you know, 
  218. >please pass the info on...
  219. >73 de dave, n9uxu
  220.  
  221. you short the key line to ground to key the transmitter....although it's been 
  222. quite a while since i've had a TS-520, i recall it was grid-block keying as 
  223. far as how the keying worked internally.
  224.  
  225. in general, you close a switch to activate a transmitter (that way if the key 
  226. isn't connected, the transmitter doesn't come on). i believe even the few 
  227. radios that have a "positive" key line input have a conventional ground-to-key
  228. input as well.
  229.  
  230. if you're building a keyer or some control device, you might want to consider 
  231. putting in an optoisolator to actually be the device that "keys" the 
  232. transmitter. lets you avoid having to figure out what to do about any voltages
  233. that could be found on a keyline. 
  234.  
  235. bill wb9ivr
  236.  
  237. ------------------------------
  238.  
  239. Date: Mon, 24 Oct 1994 14:58:40 GMT
  240. From: dbushong@wang.com (Dave Bushong)
  241. Subject: NoCal OO goes after Packet BULLetins
  242.  
  243. wes@quasar.eng.wayne.edu (Wes Harrell), using questionable judgment
  244. relinquished control operator authority of his TTY and let
  245. ron@chaos.eng.wayne.edu (Ron, N8FOW) write:
  246.  
  247. >(don't do an autoreply to me,  this is my friends account due to
  248. >system maintenance on my normal machine.  I just kill flame messages
  249. >anyways to me, so don't waste your time with those, they won't get read)
  250.  
  251. An interesting footnote from someone during a discussion of having an
  252. open mind.....
  253.  
  254. Dave, KZ1O
  255. -- 
  256. Dave Bushong
  257. OPEN/image Recognition Products
  258.  
  259. ------------------------------
  260.  
  261. Date: Mon, 24 Oct 1994 14:51:52 GMT
  262. From: dbushong@wang.com (Dave Bushong)
  263. Subject: NoCal OO goes after Packet BULLetins
  264.  
  265. rapp@lmr.mv.com (Larry Rappaport) writes:
  266.  
  267. >Bear in mind that what is being discussed are one-way bulletins. In
  268. >legitimate discussion, the FCC has very little power to regulate anything. I
  269. >think if their power were ever challenged in that regard, that under the
  270. >first amendment, it might becomes very difficult to censor anything... :)
  271.  
  272. >That said, IANAL, so maybe I'm full of crap. :)
  273.  
  274. >Larry W1HJF
  275.  
  276. Larry is right.  We are talking about the guy who posts his mother's
  277. cookie recipe to ALL@USBBS, not outlawing the 40-meter Cookie Net.
  278.  
  279. As many have said, this newsgroup is more relaxed as far as what we
  280. can and can't post.  What would happen, though, if that guy posted a
  281. cookie recipe on rec.radio.amateur.misc?  He'd get flamed off the net.
  282. He would be told that this is not the place to post cookie recipes.
  283.  
  284. Ditto for the Packet BBS system.
  285.  
  286.  
  287. Dave, KZ1O
  288.  
  289. Disclaimer: I like cookies.
  290. -- 
  291. Dave Bushong
  292. OPEN/image Recognition Products
  293.  
  294. ------------------------------
  295.  
  296. Date: 24 Oct 1994 15:41:07 GMT
  297. From: bassett@merlot.syntex.com (Greg Bassett)
  298. Subject: NoCal OO goes after Packet BULLetins
  299.  
  300. --
  301.  
  302. As I recall, NTS message traffic over the PBBS system is not directed to 
  303. any specific callsign and generally does not include items of interest
  304. to amateur operators.
  305.  
  306. In fact, I seem to recall that most emergency health and welfare traffic
  307. over the PBBS system didn't either.
  308.  
  309. Hmmmm, I guess its time I broke out pen and paper.
  310.  
  311. Regards,
  312. Greg
  313.  
  314. ---------------------------------------------------------------------------
  315. Greg Bassett                                      bassett@merlot.syntex.com
  316. Syntex Corporation                                
  317. (415) 855-5825                                 KJ6EP@N6QMY.#NOCAL.CA.USA.NA
  318. ---------------------------------------------------------------------------
  319.  
  320. ------------------------------
  321.  
  322. Date: Mon, 24 Oct 94 00:16:22 EST
  323. From: bafpa@infodude.com
  324. Subject: PGP-Signatur in PACKET RADIO
  325.  
  326. IT>I just think about the possibilty of the PGP-Encryption-program
  327. IT>in amateur radio:
  328.  
  329. IT>A ham is only allowed to use "open speech". But signing a message
  330. IT>with the program PGP might be ok.
  331.  
  332. IT>It could reduce the possibility of pirates in amateur radio using
  333. IT>others call sign to work in Packet Radio.
  334.  
  335. IT>Any comments are welcome
  336.  
  337. I thought your call sign had to be aired in plain english, just like
  338. your transmission? If I'm not making any sense, lemme know..
  339. BTW: I'm a studying ham, and hope to take the No code tech VERY soon..
  340. -Evan Platt
  341. Southern Region Director
  342. Bay Area Fire Photographers Association
  343. Internet:bafpa@infodude.com
  344.  
  345. --
  346. ---- Sent by:
  347. InfoDude Communications
  348. Via Major Gateway/Internet
  349.  
  350. ------------------------------
  351.  
  352. Date: 24 Oct 1994 14:46:50 GMT
  353. From: pcr@ic.net (phil reed)
  354. Subject: PGP-Signatur in PACKET RADIO
  355.  
  356. In article <7512523109@infodude.com>, bafpa@infodude.com says:
  357. >
  358. >
  359. > {text on PGP signing deleted}
  360. >
  361. >I thought your call sign had to be aired in plain english, just like
  362. >your transmission? If I'm not making any sense, lemme know..
  363. >BTW: I'm a studying ham, and hope to take the No code tech VERY soon..
  364. >-Evan Platt
  365. >Southern Region Director
  366. >Bay Area Fire Photographers Association
  367. >Internet:bafpa@infodude.com
  368. >
  369.  
  370. It does, ordinarily. However, the AX.25 protocol used by packet radio
  371. includes your call sign in each packet. Therefore, every transmission
  372. is properly IDed (provided you have set your TNC up correctly).
  373.  
  374.                ...phil / kb8uoy
  375.  
  376. ------------------------------
  377.  
  378. Date: Mon, 24 Oct 1994 14:50:24 GMT
  379. From: n1ist@netcom.com (Michael L. Ardai)
  380. Subject: Please read me before subscribing to mailing lists
  381.  
  382. When subscribing or unsubscribing to a mailing list, *DO NOT* send a message
  383. to the entire list saying 'subscribe me'.  Most mailing lists are automated
  384. and the controlling program doesn't look in the outgoing stream for 
  385. instructions.  Those posts, however, do annoy the hundreds of people on the
  386. list.  When you subscribed, you should have gotten a note explaining how to
  387. get off the list.
  388.  
  389. If you are losing an account, please unsubscribe from any mailing lists that
  390. you are on (if you can).  Don't just assume that the maintainer will handle 
  391. it.  Some of us get well over 100 bounces a day, and that makes our volunteer
  392. work more of a chore.
  393.  
  394. Thanks./mike
  395. Maintainer, BARC lists
  396. -- 
  397. \|/     Michael L. Ardai     N1IST             Teradyne ATB, Boston MA
  398. -*- -------------------------------------------------------------------------
  399. /|\     ardai@maven.dnet.teradyne.com          n1ist@netcom.com
  400.  
  401. ------------------------------
  402.  
  403. Date: Mon, 24 Oct 1994 08:23:25 GMT
  404. From: jeffrey@kahuna.tmc.edu (Jeffrey Herman)
  405. Subject: SELCAL
  406.  
  407. In article <2EAB4E8F@smtp> pve@dg13.cec.BE (VEKINIS Peter) writes:
  408.  
  409. >All,
  410. >In aviation, all transtlantic travel require aircraft to have selcal ID 
  411.                   transpacific, too!
  412. >units on board. SELCAL is a 4 letter code which is used to beep an aircraft 
  413. >on HF so that the pilot does not have to listen to all the frequency 
  414. >chatter. In other words it's a tone squelch.
  415. >
  416. >The system works on tone separation of 2 tones. In other words a dual tone 
  417. >signal is emitted where say, one tone is emited at 850Hz and the other at 
  418. >1041Hz, their separation identifying what signals these are.
  419. >
  420. >SELCAL signals are tones from A to R and they are transmitted in two pairs, 
  421. >ie the pilot would say "SELCAL check, AQDB" and the ground control would 
  422. >send these two dual tone signals. Since this is SSB, the decoder looks for 
  423. >separation of tones rather than the tones themselves.
  424.  
  425. Slight correction here: When the tones are send by the land-based
  426. transmitter a carrier is injected - it's as if the tones
  427. are amplitude modulated. If you listen carefully with your receiver
  428. a bit off frequency you'll detect the presence of a carrier just prior
  429. to the start of the tones. Thus for an brief period, the comms shift
  430. to AM - the aircraft's receiver then has no trouble decoding the
  431. 2+2 tone format (two tones sent similtaniously followed by two 
  432. other tones sent similtaniously; similar to what large county
  433. fire departments use), so that the receiver is actually decoding
  434. four seperate tones, not the difference of pairs of tones.
  435.  
  436.  
  437. Jeff NH6IL
  438.  
  439. ------------------------------
  440.  
  441. Date: Mon, 24 Oct 94 00:16:22 EST
  442. From: bafpa@infodude.com
  443. Subject: Touch Tone Paging (DTSS)
  444.  
  445. IF>'s wonderin' whether touch tone paging should/shouldn't work via a repeater.
  446. IF>When I try it simplex, I page the other HT and it opens up its squelch,
  447. IF>no problem whatsoever. Same thing doesn't work when going through a
  448. IF>repeater. Would it not work cause the repeater shifts the touch tone
  449. IF>frequencies and they are therefore not recognized by the receiver
  450. IF>expecting the codes. I did indeed wait till the repeater kicked in to
  451. IF>release the three codes, even done it manually ... without success.
  452.  
  453. I'm certain you know about the input and output of a repeater... So:
  454. Most repeaters have autopatches, and look for DTMF codes to access the
  455. autopatch. So when you key the repeater INPUT and give it DTMF codes, it
  456. doesn't send the DTMF codes to the OUTPUT (otherwise, anyone listening
  457. with a decoder could find the codes..) Hope that explains it..
  458.  
  459. -Evan Platt
  460. Southern Region Director
  461. Bay Area Fire Photographers Association
  462. Internet:bafpa@infodude.com
  463.  
  464. --
  465. ---- Sent by:
  466. InfoDude Communications
  467. Via Major Gateway/Internet
  468.  
  469. ------------------------------
  470.  
  471. Date: Mon, 24 Oct 1994 12:59:09 GMT
  472. From: phb@syseng1.melpar.esys.com (Paul H. Bock)
  473. Subject: TUTORIAL: dB & dBm 
  474.  
  475. tgold@microvst.demon.co.uk ("Anthony R. Gold") writes:
  476.  
  477. >In article <1994Oct21.175927.13608@news.rlcn.rl.af.mil>
  478. >           defranco@fermi.cs.rl.af.mil  writes:
  479.  
  480. >> Great introduction - well done, except for one minor nit.
  481. >> A decibel is always relative.  As you clearly demonstrate,
  482. >> the decibel is the log of a ratio of two quantities.  As such,
  483. >> the resulting number is always relative.  By fixing one of
  484. >> the quantities, say as one milliwatt, you simply define one
  485. >> of the two.  That doesn't make dBm an absolute quantity.
  486. >> Othewise, great.
  487.  
  488. >As to concluding that dBm (either A dBm or some quantity expressed
  489. >in dBms) is not absolute, this simply is an expression of an opinion
  490. >that the term ABSOLUTE QUANTITY has no meaning whatever.
  491.  
  492. >This may be interesting philosphy, but it is not useful engineering. 
  493.  
  494.      Let me make one clarification regarding the dBm; that is, the
  495. original definition is "1 milliwat dissipated in 600 ohms," which to
  496. my way of thinking is an absolute quantity.  I say this because, by
  497. referencing a power level dissipated in a certain load resistance,
  498. one is defining an absolute value of power under well-specified
  499. conditions.  We know the power and the load resistance, and we know
  500. from that the applied EMF and resultant current, and can relate the
  501. power itself back to some absolute amount of energy used to perform
  502. work.  In that sense, I think, the dBm is then an absolute measure.
  503.  
  504.      What I failed to do in the article was (a) discuss the original
  505. definition of dBm as noted above, and (b) equate that to modern
  506. usage which simply *assumes* that dBm, when used to discuss signal
  507. levels, are all dissipated in a common value of resistance (not
  508. necessarily 600 ohms).  For example, when an RF engineer disusses
  509. dBm his assumption is that his circuits are all 50 ohms; if the
  510. impedances vary, then we have a problem because the amount of EMF
  511. necessary to disipate 1 mw in 50 ohms is different from the EMF
  512. required to dissipate that same amount of power in 600 ohms.  As
  513. an example, expressing receiver sensitivity as "-124 dBm" for
  514. one receiver, and "-127 dBm" for another is meaningless if the
  515. input impedances are not the same (well, not "meaningless," 
  516. because one can always translate from one set of parameter values           
  517. to another, but certainly confusing).
  518.  
  519.      The point I really wanted to get across in the article was
  520. that dBm can be measured and related to a known power level,
  521. while dB is truly  totally relative.  I fear that many newcomers 
  522. to ham radio become confused on this point, just as many non-RF
  523. engineers do here at work (One sometimes hears things like
  524. "the antenna gain is 12 dBm" or "we measured the system sensitivity
  525. and it was -127 dB" or "that amplifier has 0 dB output which is
  526. pretty high and might overload the receiver front end," etc.).
  527.  
  528.      And, of course, these terms are not "rocket science" and can
  529. be easily explained and understood by anyone, but because they're
  530. "basic" no one bothers.
  531.  
  532.      And thanks for the nice compliments; if the article helps
  533. someone gain better understanding, then it was worth the trouble
  534. to write. 
  535.  
  536.        * Paul H. Bock, Jr.        * Principal Systems Engineer
  537. (|_|)  * E-Systems/Melpar Div.    * Telephone: (703) 560-5000 x2062
  538.  | |)  * 7700 Arlington Blvd.     * Internet: pbock@melpar.esys.com
  539.        * Falls Church, VA 22046   * Mailstop: N203
  540.  
  541.      "What?  Us, Interfere?  Of course we're going to interfere! 
  542.     Do what you're best at, that's what I always say!"  --  Dr. Who 
  543.  
  544. ------------------------------
  545.  
  546. Date: 24 Oct 1994 05:42:49 GMT
  547. From: levin@utw.com (Chris Levin)
  548. Subject: Utah Hamfest/swapmeet
  549.  
  550. The Rocky Mountain Radio Association is sponsoring the first annual
  551. Winterfest.  
  552.  
  553. This event will take place November 26, 1994 (Saturday after
  554. Thanksgiving) at the Salt Lake County Fairgrounds in the Theater building
  555. from 10 a.m. to 6 p.m.  Admission to the event is $1.00.
  556.  
  557. If you need more information, or are interested in booth space please
  558. send me e-mail or call me at 801-485-5637.
  559.  
  560. -Chris Levin (KB7YOU)
  561.  
  562. ------------------------------
  563.  
  564. Date: Mon, 24 Oct 1994 16:05:19 GMT
  565. From: phb@syseng1.melpar.esys.com (Paul H. Bock)
  566.  
  567. References<1994Oct21.175927.13608@news.rlcn.rl.af.mil> <782908374snz@microvst.demon.co.uk>, <1994Oct24.132522.19761@galileo.cc.rochester.edu>
  568. Subject: Re: TUTORIAL: dB & dBm 
  569.  
  570. >Well, dbm is as relative a measurement as:
  571. >  two apples
  572. >  hundred dollars
  573. >as they are relative to a single apple and dollar respectively.  IMHO, just
  574. >because the scale is linear in some cases and log in others does not 
  575. >change the relationship.
  576.  
  577. >Rajiv
  578. >aa9ch
  579.  
  580.  
  581.      Having researched the use of "absolute" a bit more, I retract
  582. the use of that term and will correct the article to refer to the
  583. dBm as a relative measurement whose reference is *predefined* to
  584. be some specific, measurable quantity (in this case a milliwatt),
  585. whereas the dB is a measurement whose reference can be anything the
  586. user chooses.  I'll think on this a bit more and choose the words
  587. carefully, but in any case the following excerpt is what put me
  588. straight in my thinking (although the impetus for researching it
  589. was created by several excellent follow-up posts, for which I thank
  590. the respective authors).  
  591.  
  592.      Here is the excerpt, with emphasis arrows (><) added:
  593.  
  594.  
  595. Quoted from "Handbook of Engineering Fundamentals," Eshbach, third
  596. edition, p.397:
  597.  
  598. "So-called Absolute Unit systems.  During the middle of the
  599. nineteenth century it became customary to refer to measurements in
  600. terms of the centimeter-gram-second mechanical unit system as
  601. 'absolute' measurements, and the cgs system, as adopted and
  602. recommended by the British Association for the Advancement of
  603. Science in 1873, was called the 'absolute' unit system.  This
  604. designation is >unwarranted<, as >no< system can claim
  605. 'absoluteness.'  The reduction of the fractional electrical
  606. dimension systems to the three so-called absolute mechanical
  607. dimensions is inadvisable and the resulting absolute unit systems
  608. will, therefore, not be considered here.  The complete unit systems
  609. resulting from the fractional dimension systems, which sometimes
  610. are called 'completely absolute' systems because of their complete
  611. set of fundamental dimensions, will be called here 'theoretical'
  612. unit systems.*"
  613.  
  614.   "*G. Mie, 'Electrodynamik,' Handbuch der experimental Physik,
  615. Vol. 11, 1932."
  616.  
  617.        * Paul H. Bock, Jr.        * Principal Systems Engineer
  618. (|_|)  * E-Systems/Melpar Div.    * Telephone: (703) 560-5000 x2062
  619.  | |)  * 7700 Arlington Blvd.     * Internet: pbock@melpar.esys.com
  620.        * Falls Church, VA 22046   * Mailstop: N203
  621.  
  622.  "Imagination is more important than knowledge." - Albert Einstein
  623.  
  624. ------------------------------
  625.  
  626. Date: Mon, 24 Oct 1994 14:24:54 GMT
  627. From: gary@ke4zv.atl.ga.us (Gary Coffman)
  628.  
  629. References<38di94$pl2@detroit.freenet.org> <782973802-0-55207@ns1.CC.Lehigh.EDU>, <1994Oct24.133226.2726@ultb.isc.rit.edu>
  630. Reply-To: gary@ke4zv.atl.ga.us (Gary Coffman)
  631. Subject: Re: Passed my Tech today!  Now the wait...
  632.  
  633. In article <1994Oct24.133226.2726@ultb.isc.rit.edu> klg5646@ultb.isc.rit.edu (K.X. Gerling ) writes:
  634. >In article <782973802-0-55207@ns1.CC.Lehigh.EDU> slammy@chop.isca.uiowa.edu writes:
  635. >>
  636. >>I dunno - I took the exam the same day as you - and I've called the FCC 
  637. >>repeatedly - and they have no record of my application...I guess I'm one of 
  638. >>the 8 -10 week stories you've been hearing about..
  639. >>
  640. >
  641. >Well, maybe you should stop calling them so that they can process your
  642. >application.  I've heard that the same people who answer the phone
  643. >process the apps.
  644.  
  645. I've heard that too, and because even government employees are often
  646. human, I'll bet they put the applications of those who call the most
  647. at the bottom of the pile.
  648.  
  649. Gary
  650.  
  651. -- 
  652. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  653. Destructive Testing Systems |    we break it.     | emory!kd4nc!ke4zv!gary 
  654. 534 Shannon Way             |    Guaranteed!      | gary@ke4zv.atl.ga.us
  655. Lawrenceville, GA 30244     |                     | 
  656.  
  657. ------------------------------
  658.  
  659. End of Info-Hams Digest V94 #1153
  660. ******************************
  661.